home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 3 / Cream of the Crop 3.iso / comm / aprs403x.zip / README.MCM < prev    next >
Text File  |  1994-02-11  |  4KB  |  67 lines
  1. README.MCM               SUMMARY OF GPS Packet at MC Marathon
  2.  
  3. Whew! Its over!  14,000 runners Plus family and spectators at the Marine Corps
  4. Marathon!  Here are the immediate lessons learned today:  1) MC chase vehicles
  5. (HumVees) were not identified nor available until 45 minutes before start, to
  6. install 3 GPS-packet tracking devices!  A) Mag mounts dont stick to ragtops
  7. or Aluminum, B) HumVees run on 28 Volts, C) battery jumper between two 12 volt
  8. batteries is sealed on both batteries in tuna fish size can of grease under
  9. passenger seat, C) clearance between Battery posts and seat is less than 1/4
  10. inch!  Last one was finished 1.5 minutes before the starting Howitzer fired!
  11. (30 feet away!)  Then I was stuck there while 14,000 mobbed past me!
  12.  
  13.     Finally got back to Comm tent to see that all three vehicles were tracking
  14. and showing up beautifully on the PC screen running APRS software.  The rest
  15. of the event went beautifully, with all three vehicles (Lead handicapped, Lead
  16. runner, and Tail-end-Charlie) transmitting their GPS position once a minute.
  17.  
  18. Here are the lessons learned for the APRS software (corrected in V2.13):
  19.  
  20.    1) The automatic Dead Reckoning was a pain.  With the entire event fitting
  21. on a two mile screen, a 1 minute error in the PC clock resulted in a 1000 yard
  22. error in dead reckoning.  To fix this, DR is now an ON/OFF toggle.
  23.  
  24.    2) Downed runners and medical reports soon filled the screen.  There was no
  25. mechanism for removing old positions and objects.  APRS 2.13 greatly reduced
  26. the number of redundant packets by keeping track of the individual timing for
  27. EACH object, instead of one timing scheme per station for ALL objects.  Ver3.x
  28. added the KILL command for killing objects from all screens.
  29.  
  30.    3) APRS performs better than normal packet for realtime tracking, object
  31. and position reporting and operator conversing, but connected links are better
  32. in classical packet applications, such as passing patient lists to hospitals. 
  33. We had a separate medical packet link which performed that function admirably. 
  34. A single APRS net could not possibly "do everything" at an event of 14,000
  35. runners (at 1200 baud anyway).  Separate APRS nets on separate frequencies for
  36. separate functions could be built into an impressive "TACTICAL" network system. 
  37. (P.S. The voice ops were outstanding and professional!  HAM radio (voice) was
  38. THE primary dispatch authority for all ambulances)
  39.  
  40.    4) In the MAIN COMM tent with 4 two meter nets (plus other bands) there was
  41. very little QRM.  All APRS packet stations at all checkpoints were mandated
  42. to operate with only 1 watt.  A central digipeater on a building more than a
  43. Mile away from all other stations ran 15 watts and all packets went via this
  44. WIDE area digipeater.  The only packet QRM heard on the voice nets in the main
  45. COMM tent was so rare that no one expressed concerned. (Whew!)
  46.  
  47.    5) The APRS message mode is great for operator notes, comments and queries,
  48. but do NOT plan on using it to pass significant amounts of traffic.  ACK times
  49. were often minutes or more.  The event operated on on the local 145.79 APRS
  50. frequency which also included two dozen other APRS stations, the 9 Marathon
  51. stations and ALSO the Point-to-point packet link!  The packet link moved to
  52. another frequency for better effeciency, and I made a major improvement in
  53. APRS messaging in Ver 2.13 by going to individual message line timing.
  54.  
  55.     6) The complete event can be re-played from MARATHON.hst to see how it
  56. went.  To make sense out of it all, play back only one mobile at a time, and
  57. turn Callsigns off.  WB4APR-9 was the lead Handicapped vehicle (started 15
  58. minutes or so before all runners), W3ADO-9 was the lead runner, and MOBILE-9
  59. was Tail-end-Charlie.  Statistically, we did very well.  W3ADO-9 was turned on
  60. at 0827 but did not move until 0902.  It was removed from the vehicle at about
  61. 1127.  Transmitting at once a minute, there should have been 145 posits trans-
  62. mitted.  We counted about 115 in the file.  The missing packets could have been
  63. either colisions, or bad GPS fixes (masked by buildings) so that the same posit
  64. was transmitted more than once (and therefore filtered out as a dupe by APRS).
  65. The result computes to almost an 80% success rate!
  66.  
  67.